home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 1 / QRZ Ham Radio Callsign Database - December 1993.iso / arrl / amprnetc.pip < prev    next >
Text File  |  1993-11-21  |  11KB  |  237 lines
  1. TCP/IP: Pings, POPs and KISSes 
  2.  
  3. If you're an active packeteer, sooner or later someone will bring up the 
  4. subject of TCP/IP--Transmission Control Protocol/Internet Protocol. Of 
  5. all the packet networking alternatives used on the air today, TCP/IP is 
  6. the most popular. 
  7.  
  8. Despite its name, TCP/IP is more than two protocols; it's actually a set 
  9. of several protocols. Together they provide a high level of flexible, 
  10. "intelligent" packet networking that isn't possible with AX.25. At the 
  11. time of this writing, TCP/IP networks are local and regional in nature. 
  12. For long-distance mail handling, TCP/IP still relies on traditional 
  13. AX.25 NET/ROM networks. Even so, TCP/IP enthusiasts see a future when 
  14. the entire nation, and perhaps the world, will be linked by high-speed 
  15. TCP/IP systems using terrestrial microwave and satellites. 
  16.  
  17. Sending Mail with TCP/IP 
  18.  
  19. With TCP/IP you can send local and regional mail efficiently and 
  20. reliably. You need only prepare the message and leave it in your own 
  21. TCP/IP "mailbox." Within seconds your computer will attempt to make a 
  22. connection to the target station and deliver the message directly. There 
  23. are no PBBSs involved. The message packets simply travel through the 
  24. network until they reach the other station. While this is taking place, 
  25. you can talk to, or receive mail from, another station. If you're 
  26. fortunate enough to own Windows, DESQview or similar multitasking 
  27. software, you can leave the TCP/IP program entirely and play a game or 
  28. write a letter while your message is being delivered! 
  29.  
  30. Before sending a message to another station, it's possible to use TCP/IP 
  31. to see if the station is actually on the air. You use the ping function, 
  32. which stands for Packet Internet Groper. I like to think of it as the 
  33. sonar pings used by ships and submarines to find out what's in the water 
  34. around them. It works in nearly the same manner, but it's much more 
  35. specific! If I want to find out if WS1O is available on the network, I 
  36. just ping him as follows: 
  37.     
  38.     ping ws1o 
  39.  
  40. Note that TCP/IP is case sensitive. That is, the use of upper- or lower-
  41. case letters is important. Most TCP/IP commands are lower-case. 
  42.  
  43. If WS1O has his station on the air, I'll see: 
  44.     
  45.     44.88.0.23: echo reply id 0 seq 61531, 7000 ms 
  46.  
  47. This cryptic line merely confirms that WS1O is on the air. His TCP/IP 
  48. address is shown (44.88.0.23) along with the time it took to send the 
  49. ping from my station to his (7000 ms or 7 seconds). It lets me know that 
  50. the mail I send now will arrive at his station within a reasonably short 
  51. period of time. 
  52.  
  53. If you want to send mail to hams in cities outside your TCP/IP network, 
  54. you'll need to post it on an AX.25 bulletin board. Some AX.25 PBBSs 
  55. feature special ports that allow TCP/IP users to connect to the system. 
  56. If your local PBBSs doesn't have a TCP/IP port, don't worry. Your TCP/IP 
  57. software provides a means to communicate with AX.25 stations (and vice 
  58. versa). As TCP/IP networks expand, you'll be able to reach hams in 
  59. distant cities without having to resort to the AX.25 mail forwarding 
  60. system. 
  61.  
  62. What if someone tries to send mail to you when you're not on the air? If 
  63. they can't connect to your station, their computer will hold the message 
  64. and try again later. Many TCP/IP packeteers also use Post Office 
  65. Protocol (POP) servers to hold incoming mail when they're not on the 
  66. air. When they activate their stations, the TCP/IP software sends an 
  67. inquiry to the POP server to see if any mail is waiting. If mail is 
  68. available, it's transferred automatically! 
  69.  
  70.       Shooting the Breeze with TCP/IP 
  71.  
  72. Talking to another station on a NET/ROM network can be a difficult 
  73. proposition--especially if the station is distant. You can only hope 
  74. that all the nodes in the path are able to relay the packets back and 
  75. forth. If the one of the nodes becomes unusually busy, your link to the 
  76. other station could collapse. Even when the path is maintained, your 
  77. packets are in direct competition with all the other packets on the 
  78. network. With randomly calculated transmission delays, collisions are 
  79. inevitable. As a result, the network bogs down, slowing data throughput 
  80. for everyone. 
  81.  
  82. TCP/IP has a unique solution for busy networks. Rather than transmitting 
  83. packets at randomly-determined intervals, TCP/IP stations automatically 
  84. adapt to network delays as they occur! As network throughput slows down, 
  85. active TCP/IP stations sense the change and lengthen their transmission 
  86. delays accordingly. As the network speeds up, the TCP/IP stations 
  87. shorten their delays to match the pace. This kind of intelligent network 
  88. sharing virtually guarantees that all packets will reach their 
  89. destinations with the greatest efficiency the network can provide. 
  90.  
  91. With TCP/IP's adaptive networking scheme, you can chat with a ham in a 
  92. distant city and rest assured that you're not overburdening the system. 
  93. Your packets simply join the constantly moving "freeway" of data. They 
  94. might slow down in heavy traffic, but they will reach their destination 
  95. eventually. (This adaptive system is used for all TCP/IP packets, no 
  96. matter what they contain.) If you want to check the status of your 
  97. target station--and the path between--just use the ping function as we 
  98. discussed earlier. 
  99.  
  100.              Swapping Files via TCP/IP 
  101. TCP/IP really shines when it comes to transferring files from one 
  102. station to another. By using TCP/IP, you can connect to another station 
  103. and transfer computer files--including software. As you can probably 
  104. guess, transferring large files can take time. With TCP/IP, however, you 
  105. can still send and receive mail or talk to another ham while the 
  106. transfer is taking place! 
  107.  
  108. To transfer a file from one station to another, you use the File 
  109. Transfer Protocol, or FTP. We already know that WS1O is on the air. 
  110. Let's set up an FTP link with his computer and grab a file. 
  111.     
  112.     ftp ws1o 
  113. When the link is established, my terminal displays: 
  114.    
  115.     SYN sent 
  116.     Established 
  117.     220 ws1o.ampr.org FTP version 890421.1e ready at Sat Aug 13 
  118.     18:22:26 19 
  119.     
  120. Now I'm ready to log in. At the command prompt I send: user anonymous. 
  121. My terminal displays WS1O's response. 
  122.   
  123.     331 Enter PASS command 
  124.  
  125. No problem. Most systems allow you to use your call sign as the 
  126. password. 
  127.     
  128.     pass wb8imy 
  129.  
  130. When I see 230 Logged in, it's time to check his computer to see what he 
  131. has to offer. All I have to do is send dir and my screen displays: 
  132.  
  133.     200 Port command okay 150 Opening data connection for LIST\public
  134.  
  135.     switch.map   1,500  19:57 06/19/92
  136.     tcp/ip.doc  10,000  02:30 07/01/92
  137.     space.exe   20,000  22:25 07/16/92
  138.  
  139.     3 files 13,617,152 bytes free. Disk size 33,400,832 bytes
  140.     Get complete, 200 bytes received
  141.  
  142. Whew! It looks complicated at first glance, doesn't it? All it's telling 
  143. you, though, is that WS1O has three files available for transfer. The 
  144. name of each file is shown along with its size and the date it was 
  145. placed on his disk. If you have some experience with computers, this may 
  146. look familiar. (You've just issued the "directory" command that's common 
  147. to most machines.) 
  148.  
  149. I happen to know that "space.exe" is a game that WS1O has written for my 
  150. particular computer. Regardless of whether it's an ASCII or binary file, 
  151. I can transfer a copy by simply using the get command. 
  152.     
  153.     get space.exe 
  154.  
  155. In response, I'll see: 
  156.     
  157.     200 Port command okay 
  158.     150 Opening data connection for RETR space.exe 
  159.  
  160. As I've already pointed out, the transfer may take several minutes, 
  161. especially if WS1O is distant or the network is busy. hat's okay because 
  162. I can spend the time sending mail to other amateur friends in the area. 
  163. When the transfer is complete, my screen displays: 
  164.     
  165.     Get complete, 20,000 bytes received 
  166.     226 File sent ok 
  167.  
  168. Great! The transfer was a success. I can send a file to his 
  169. station using the put command, or I can close the link and go play the 
  170. game! 
  171.     
  172.     FIN wait 1 
  173.     Time wait 
  174.     Closed (Normal) 
  175.     
  176. TCP/IP Switches 
  177.  
  178. Most TCP/IP networks depend on dedicated switches to move data through 
  179. the system. NET/ROM nodes are also used when necessary. Like NET/ROM 
  180. nodes, TCP/IP switches communicate with each other over high-speed 
  181. backbone links on the 222- or 420-MHz bands. 
  182.  
  183. Many TCP/IP packeteers access their local switches on the 2-meter band 
  184. with 144.91 MHz being a popular frequency. Access on 2 meters currently 
  185. takes place at a data rate of 1200 bit/s. However, TCP/IP switches use 
  186. backbone links to relay data throughout the network at rates of 9600 
  187. bit/s or higher. 
  188.  
  189. When you try to contact another station using TCP/IP, all network 
  190. routing is performed automatically according to the TCP/IP address of 
  191. the station you're trying to reach. In fact, TCP/IP networks are 
  192. transparent to the average user. Your packets may flow back and forth 
  193. through several switches and you won't even know it! 
  194.  
  195. On conventional NET/ROM networks, access to backbone links is 
  196. restricted. This isn't true on TCP/IP. Not only are you allowed to use 
  197. the backbones, you're actually encouraged to do so! If you have the 
  198. necessary equipment to communicate at the proper frequencies and data 
  199. rates, you can tap into the high-speed TCP/IP backbones directly. By 
  200. doing so, you'll be able to handle data at much higher rates. This 
  201. benefits you and everyone else on the network. 
  202.  
  203. What Do I Need to Run TCP/IP? 
  204.  
  205. You'll be pleased to know that you can join the TCP/IP community with 
  206. the packet equipment you probably own already. In terms of hardware, all 
  207. you need is a computer (it must be a computer, not a terminal), a 2-
  208. meter FM transceiver and a TNC with KISS capability. 
  209.  
  210. What in the world is KISS? KISS stands for Keep It Simple, Stupid and 
  211. most modern TNCs and MCPs have this feature. When you place your TNC in 
  212. the KISS mode, you disable the AX.25 protocols and reduce the unit to a 
  213. basic packet modem. All of the incoming and outgoing data will be 
  214. processed directly by your computer, not your TNC. 
  215.  
  216. As you might guess, the heart of your TCP/IP setup is software. The 
  217. TCP/IP software set was written by Phil Karn, KA9Q, and is called NOSNET 
  218. or just NOS. The program is available for IBM-PCs and compatibles, Apple 
  219. Macintoshes, Atari STs and Commodore Amigas. NOS takes care of all 
  220. TCP/IP functions, using your "KISSable" TNC to communicate with the 
  221. outside world. 
  222.  
  223. The only other item you need is your own IP address. Individual IP 
  224. Address Coordinators assign addresses to new TCP/IP users. All you have 
  225. to do is contact the coordinator in your area. 
  226.  
  227. It sounds almost too simple, doesn't it? Well, learning a new protocol 
  228. such as TCP/IP presents a challenge to some. There's a completely 
  229. different set of abbreviations and "buzz words" that you'll need to 
  230. know. It also takes some time to completely set up the NOS software and 
  231. get it running properly. Most experienced TCP/IP users are more than 
  232. glad to help you solve any problems. -- WB8IMY
  233.  
  234.    
  235.  
  236.  
  237.